تالار های تخصصی

خرید بک لینک
قابلیت In-Memory Advisor با تحلیل workload دیتابیس تلاش می کند برای In-Memory sizeهای مختلف، DB-Time را تخمین بزند و همچنین می تواند پیشنهاد کند کدام یک از objectها در In-Memory قرار بگیرند. برای استفاده از این قابلیت، باید از پکیج DBMS_INMEMORY_ADVISE استفاده کرد نحوه اجرای In-Memory Advisor، بسیار مشابه قابلیت Privilege Analysis است و برای گرفتن advise در زمینه In-Memory هم ابتدا باید taskای را start کنیم و زمانی که احساس شد workload دیتابیس به اندازه کافی از دیدگاه In-Memory مورد تحلیل قرار گرفته، این Task را متوقف و نتیجه گزارش را ببینیم. در ادامه با جزییات بیشتری نحوه ایجاد این گزارش را با هم خواهیم دید. در قدم اول باید برای استفاده از بسته DBMS_INMEMORY_ADVISE، قابلیت Heat MAP را فعال کنیم: SQL> exec dbms_inmemory_advise.start_tracking(:task_id); ORA-20000: Heat map is not enabled. ORA-06512: at "SYS.PRVT_DBMS_INMEMORY_ADVISOR", line 1578 ORA-06512: at "SYS.PRVT_DBMS_INMEMORY_ADVISOR", line 1667 ORA-06512: at "SYS.DBMS_INMEMORY_ADVISE", line 191 ORA-06512: at line 1 Help: https://docs.oracle.com/error-help/db/ora-20000/ SQL> ALTER SYSTEM SET HEAT_MAP = ON; System altered. در قدم بعدی، Taskای را با استفاده از پروسیجر DBMS_INMEMORY_ADVISE.START_TRACKING استارت می کنیم: PROCEDURE START_TRACKING Argument Name Type In/Out Default? ------------------------------ ----------------------- ------ -------- TASK_ID NUMBER OUT SQL> variable task_id NUMBER; SQL> exec dbms_inmemory_advise.st تالار های تخصصی...

ما را در سایت تالار های تخصصی دنبال می‌کنید

برچسب: نویسنده: خنجی بازدید: 24 تاريخ: چهارشنبه 27 تير 1403 ساعت: 17:52

باشگاه دانشجویان دانشگاه پیام نوردر سال 87 با هدف بهبود سطح دانش و کمک به دانشجویان پیام نور تاسیس گردید. این سایت وابسته به هیچ نهادی نمی باشد!و تابع قوانین جمهوری اسلامی ایران هستیم همچنین سایت دانشجویان دانشگاه پیام نور مفتخر است که بزرگترین جامعه مجازی دانشجویان پیام نور در سطح اینترنت را به ارمقان اورده است!

تالار های تخصصی...

ما را در سایت تالار های تخصصی دنبال می‌کنید

برچسب: نویسنده: خنجی بازدید: 22 تاريخ: چهارشنبه 27 تير 1403 ساعت: 17:52

باشگاه دانشجویان دانشگاه پیام نوردر سال 87 با هدف بهبود سطح دانش و کمک به دانشجویان پیام نور تاسیس گردید. این سایت وابسته به هیچ نهادی نمی باشد!و تابع قوانین جمهوری اسلامی ایران هستیم همچنین سایت دانشجویان دانشگاه پیام نور مفتخر است که بزرگترین جامعه مجازی دانشجویان پیام نور در سطح اینترنت را به ارمقان اورده است!

تالار های تخصصی...

ما را در سایت تالار های تخصصی دنبال می‌کنید

برچسب: نویسنده: خنجی بازدید: 17 تاريخ: چهارشنبه 27 تير 1403 ساعت: 17:52

همانطور که می دانید ویوی dba_errors خطای مربوط به invalid objectها را نمایش می دهد بنابرین اگر بخواهیم دلیل invalid بودن یک پروسیجر، پکیج، فانکشن و … را ببینیم، می توانیم از این ویو استفاده کنیم. نکته ای که در این مستند به آن خواهیم پرداخت آن است که این ویو تا قبل از compile شدن یک invalid object، خطای مربوط  به آن object را نمایش نمی دهد این مسئله را در ادامه متن با ارائه مثال شرح داده ایم. پروسیجر زیر را در نظر بگیرید: SQL> create table usef.tb (id number,name varchar2(100)); SQL> create procedure usef.prc1(p_id in number) as kk varchar2(100); begin select name into kk from usef.tb where id = p_id; end; / SQL> select status from dba_objects where object_name='PRC1'; STATUS ------- VALID با حذف ستون name از جدول tb، این پروسیجر INVALID خواهد شد: SQL> alter table usef.tb drop column name; Table altered SQL> select status from dba_objects where object_name='PRC1'; STATUS ------- INVALID اما ویوی dba_errors چیزی را برنمی گرداند: SQL> select owner,name,text from dba_errors; no rows selected با اولین کامپایل این پروسیجر، dba_errors خطای مربوط به پروسیجر را نمایش می دهد: SQL> alter procedure usef.prc1 compile; Waing: Procedure altered with compilation errors. SQL> select owner,name,text from dba_errors; OWNER NAME TEXT ---------- ---------- -------------------------------------------------- USEF PRC1 PL/SQL: ORA-00904: "NAME": invalid identifier USEF PRC1 PL/SQL: SQL Statement ignored وحید یوسف زادهارا تالار های تخصصی...

ما را در سایت تالار های تخصصی دنبال می‌کنید

برچسب: نویسنده: خنجی بازدید: 21 تاريخ: سه شنبه 12 تير 1403 ساعت: 15:21

از نسخه 23ai تمامی tablespaceهای سیستمی و همچنین users موجود در root container به صورت Bigfile ایجاد می شوند(به استثنای Temp tablespaceها): SQL*Plus: Release 23.0.0.0.0 - Production on Sat Jun 8 22:43:40 2024 Version 23.4.0.24.05 SQL> select TABLESPACE_NAME,BIGFILE from dba_tablespaces; TABLESPACE_NAME BIG ------------------------------ --- SYSTEM YES SYSAUX YES UNDOTBS1 YES TEMP NO USERS YES tablespaceهای جدیدی هم که توسط DBA در root container ایجاد می شود به صورت Bigfile خواهند بود: SQL> create tablespace tbs1; Tablespace created. SQL> select TABLESPACE_NAME,BIGFILE from dba_tablespaces where TABLESPACE_NAME='TBS1'; TABLESPACE_NAME BIG ------------------------------ --- TBS1 YES اما در PDB این مسئله تفاوت جزیی دارد در این محیط، تمامی tablespaceهای سیستمی از نوع Bigfile هستند ولی USERS از نوع Smallfile هست: SQL> select TABLESPACE_NAME,BIGFILE from dba_tablespaces; TABLESPACE_NAME BIG ------------------------------ --- SYSTEM YES SYSAUX YES UNDOTBS1 YES TEMP NO USERS NO در این محیط، tablespaceهای جدید همگی از نوع Bigfile خواهند بود(حتی TEMP tablespaceها): SQL> show pdbs CON_ID CON_NAME OPEN MODE RESTRICTED ---------- -- تالار های تخصصی...

ما را در سایت تالار های تخصصی دنبال می‌کنید

برچسب: نویسنده: خنجی بازدید: 31 تاريخ: سه شنبه 12 تير 1403 ساعت: 15:21

در اوراکل نسخه 21c، زمانی که توابع مربوط به JSON نظیر JSON_QUERY، JSON_TABLE و JSON_VALUE ورودی معتبری نداشته باشند، خطایی رخ نمی دهد و null به کاربر برمی گردد در مثال زیر، کلید Year سه بار تکرار شده و این ورودی معتبر نیست اما دستور select بدون خطا اجرا می شود و صرفا NULL به کاربر برمی گردد: SQL> SELECT JSON_VALUE('[{Year:1401},{Year:1401},{Year:1402}]', '$.Year') YEAR; YEAR ----------------- در این شرایط اگر بخواهیم این رفتار را در سطح دستور تغییر دهیم، می توانیم عبارت ERROR ON ERROR را به ورودی اضافه کنیم: SQL> SELECT JSON_VALUE('[{Year:1401},{Year:1401},{Year:1402}]', '$.Year' error on error) ; ORA-40470: JSON query '$.Year' evaluated to multiple values. Help: https://docs.oracle.com/error-help/db/ora-40470/ *مقدار پیش فرض NULL ON ERROR است. در نسخه 23ai برای کنترل این رفتار، پارامتر جدیدی به نام JSON_BEHAVIOR ارائه شده که در سطح session قابل تنظیم است. مقدار پیش فرض این پارامتر، ON_ERROR:NULL است: SQL> ALTER SESSION SET JSON_BEHAVIOR = 'ON_ERROR:NULL'; Session altered. SQL> SELECT JSON_VALUE('[{Year:1401},{Year:1401},{Year:1402}]', '$.Year'); JSON_VALUE('[{YEAR:1401},{YEAR:1401},{YEAR:1402}]','$.YEAR') -------------------------------------------------------------------------------- اما می توانیم این مقدار را به ON_ERROR:ERROR تنظیم کنیم تا برای کوئری فوق خطا نمایش داده شود: SQL> SELECT JSON_VALUE('[{Year:1401},{Year:1401},{Year:1402}]', '$.Year'); ORA-40470: JSON query '$.Year' evaluated to multiple values. Help: https://docs.oracle.com/error-he تالار های تخصصی...

ما را در سایت تالار های تخصصی دنبال می‌کنید

برچسب: نویسنده: خنجی بازدید: 25 تاريخ: سه شنبه 12 تير 1403 ساعت: 15:21

باشگاه دانشجویان دانشگاه پیام نوردر سال 87 با هدف بهبود سطح دانش و کمک به دانشجویان پیام نور تاسیس گردید. این سایت وابسته به هیچ نهادی نمی باشد!و تابع قوانین جمهوری اسلامی ایران هستیم همچنین سایت دانشجویان دانشگاه پیام نور مفتخر است که بزرگترین جامعه مجازی دانشجویان پیام نور در سطح اینترنت را به ارمقان اورده است!

تالار های تخصصی...

ما را در سایت تالار های تخصصی دنبال می‌کنید

برچسب: نویسنده: خنجی بازدید: 22 تاريخ: سه شنبه 12 تير 1403 ساعت: 15:21

باشگاه دانشجویان دانشگاه پیام نوردر سال 87 با هدف بهبود سطح دانش و کمک به دانشجویان پیام نور تاسیس گردید. این سایت وابسته به هیچ نهادی نمی باشد!و تابع قوانین جمهوری اسلامی ایران هستیم همچنین سایت دانشجویان دانشگاه پیام نور مفتخر است که بزرگترین جامعه مجازی دانشجویان پیام نور در سطح اینترنت را به ارمقان اورده است!

تالار های تخصصی...

ما را در سایت تالار های تخصصی دنبال می‌کنید

برچسب: نویسنده: خنجی بازدید: 29 تاريخ: سه شنبه 12 تير 1403 ساعت: 15:21

باشگاه دانشجویان دانشگاه پیام نوردر سال 87 با هدف بهبود سطح دانش و کمک به دانشجویان پیام نور تاسیس گردید. این سایت وابسته به هیچ نهادی نمی باشد!و تابع قوانین جمهوری اسلامی ایران هستیم همچنین سایت دانشجویان دانشگاه پیام نور مفتخر است که بزرگترین جامعه مجازی دانشجویان پیام نور در سطح اینترنت را به ارمقان اورده است!

تالار های تخصصی...

ما را در سایت تالار های تخصصی دنبال می‌کنید

برچسب: نویسنده: خنجی بازدید: 26 تاريخ: سه شنبه 12 تير 1403 ساعت: 15:21

 خوشبختانه پراکندگی در قوانین موجر و مستاجر از میان رفته است و با تصویب قانون کلیه اماکن استیجاری اعم از تجاری، مسکونی، دانشجوئی و … تابع قانون ذکر شده می باشند. قراردادهای اجاره اعم از رسمی یا عادی باید به صورت کتبی باشند. در این قانون ذکری از روابط استیجاری به صورت شفاهی به میان نیامده است. لذا هرگونه تصرف بر حسب رضایت شفاهی طرفین به علت نقص در شرایط شکلی عنوان رابطه استیجاری نداشته و دادگاه نمی تواند به این اختلافات رسیدگی کند. مانند: واگذاری یک ویلای شمال در تابستان به مدت سه ماه به خانواده ای برای اقامت و استراحت. همین طور قراردادهای اجاره بایستی مدت داشته باشند و الا قرارداد اجاره باطل است. برای تخلیه ارائه دادخواست لازم نیست و تقدیم درخواست کافی است. بدین صورت که درخواست و تقاضای تخلیه در مورد اسناد رسمی به دایره اجرای ثبت و در مورد قرارداد عادی اجاره به مقام قضائی صالح ارائه می گردد. لذا تخلیه اعم از آن که ملک تجاری باشد یا مسکونی باید ظرف مدت یک هفته پس از انقضای مدت اجاره صورت پذیرد و این امر باعث ایجاد اطمینان در مالکین و رعایت اصل احترام به حق مالکیت شده است. زیرا چه بسیارند خانه ها، آپارتمان ها و یا املاکی که مالکین آنها از بیم عدم تخلیه توسط متاجر در انقضای مدت و رفته به دادگستری و درگیر شدن در تشریفات آئین دادرسی و صرف هزینه های ناخواسته از دادن ملک خود خودداری می کنند. پس قید ظرف یک هفته گویا سوپاپی بر عدم اطمینان این گونه مالکین شد. قابل ذکر است که مقام قضائی صالح (رئیس حوزه قضائی یا دادگاه رجوع شده) بدون رعایت تشریفات آئین دادرسی دستور تخلیه را صادر می کند. چنان چه موجر مبلغی تحت عنوان ودیعه یا تضمین یا قرض الحسنه و یا تعهدآور و مشابه آن تالار های تخصصی...

ما را در سایت تالار های تخصصی دنبال می‌کنید

برچسب: نویسنده: خنجی بازدید: 28 تاريخ: پنجشنبه 7 تير 1403 ساعت: 15:16

صفحه بندی